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INFORMATION PROCESSING APPARATUS 



BACKGROUND OF THE INVENTION 



1 . Field of the Invention 

This invention relates to an information processing 
apparatus and, more particularly, to an information 
processing apparatus for translating source code including 
dynamic variables into object code by a compiling process 
and converting the object code into an executable load 
module by a linking process in order to execute. 

2 . Description of the Related Art 

Variables used in languages, such as FORTRAN or C, 
can be classified into two types by mode of arrangement 
into a memory at execution time: static variables and 
dynamic variables. The allocation of a static variable to 
a storage area is constant regardless of the process of 
executing a program. On the other hand, the allocation of 
a dynamic variable to a storage area is performed during 
executing a program. 

When a program is described in such a language, the 
initial value of a variable used must be set. If a 
variable the initial value of which is not set is referred 
to, an unexpected error may occur because the value of the 
variable remains unfixed. 

The same problem exists with an array. That is to 
say, with an array, an array subscript outside a declared 



scope means that an undefined area is referred to, so the 
same problem with the above case will arise. 

Conventionally, the following two methods are 
generally used to check whether a variable not initialized 
5 is referred to (undefined variable reference check) : 

(1) An instruction to initialize a target variable 
to a predetermined value is added to a program and the 
judgement that an undefined variable is referred to is made 
in the case of the predetermined value being detected at 
O 10 the time of executing the program. 

^ (2) A compiler substitutes a predetermined initial 

IU 

k S value for a target variable at compile time and the 

y 

■0 judgement that an undefined variable is used is made in the 

Q 

case of the value being detected at the time of executing a 
!U 15 program. 

Furthermore, the following two methods are 
generally used to check whether an array subscript outside 
a declared scope is referred to (array subscript check): 

(3) A programmer directly refers to the contents of 
20 an array subscript by, for example, adding an instruction 

to print out an array subscript to a program and judges. 

(4) A compiler detects an instruction to refer to 
an array from a program at compile time and adds new 
instructions before and behind the instruction in order to 

25 check whether an array subscript is within the proper scope. 

In methods (1) and (3), a programmer needs to add a 
new instruction by manual input, which is troublesome. 
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In methods (2) and (4), a program needs to be 
recompiled, which is inefficient for a program that takes a 
long time to compile. 

Moreover, in methods (2) and (4), the above dynamic 
variables cannot be initialized. This will now be 
described in detail 

The allocation of a dynamic variable to a memory 
area is determined when a program is executed and where a 
dynamic variable is allocated is managed by an operating 
system (OS). Therefore, in order to initialize the 
contents of a dynamic variable to a predetermined value, it 
is necessary to know the memory area to which the dynamic 
variable was allocated by the OS. Conventionally, however, 
there has been no such method, so it has been difficult to 
initialize a dynamic variable to an arbitrary value. 

SUMMARY OF THE INVENTION 

In order to address such a problem, the present 
invention was made. In other words, an object of the 
present invention is to provide an information processing 
apparatus that can initialize a dynamic variable to an 
arbitrary value by a debug option. 

In order to achieve the above object, an 
information processing apparatus for translating a source 
file including dynamic variables into an object file by a 
compiling process and converting it into an executable load 
module by a linking process is provided. This information 
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processing apparatus comprises dynamic variable specifying 
means for specifying target dynamic variables from the 
source file, area specifying means for specifying areas 
ensured in the case of dynamic variables specified by the 
5 dynamic variable specifying means being developed into a 
memory at the time of executing the load module, and 
initializing means for initializing areas specified by the 
area specifying means to a predetermined value. 

The above and other objects, features and 
J^J 10 advantages of the present invention will become apparent 
^ from the following description when taken in conjunction 

%y with the accompanying drawings which illustrate preferred 

embodiments of the present invention by way of example. 

III 15 BRIEF DESCRIPTION OF THE DRAWINGS 

*|S Fig. 1 is a view for describing the operating 

O 

□ principle of the present invention; 

Fig. 2 is a block diagram showing the configuration 
of an embodiment of the present invention; 
20 Fig. 3 is a view showing relations among an OS, 

compiler, linker, source file, library, and object file; 

Fig. 4 is a view for describing operations in the 
embodiment of the present invention roughly; 

Fig. 5 is a flow chart for describing an example of 
25 processes performed by the compiler shown in Fig. 3; 

Fig. 6 is a flow chart for describing an example of 
processes performed by the linker shown in Fig. 3; 
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Fig, 7 is a flow chart for describing an example of 
processes performed by the initialization library shown in 
Fig. 4; 

Fig. 8 is a view for describing how to allocate 
5 target variables to a new data section; 

Fig. 9 is a view for describing a process for 
integrating, in the case of declarations about the same 
variable being dispersed in a source file, these variables; 

Fig. 10 is a view for describing a process for 
Q 10 integrating, in the case of declarations about the same 
S 1 variable existing in a plurality of source files, these 

m 

'A variables ; 

U 

Fig. 11 shows an example of source files in the 
case of doing undefined variable reference checks; 

I- 

llj 15 Fig. 12 shows an example of source files in the 

j res, 
s s 

■£ case of doing undefined variable reference checks with a 

□ 

□ trap conforming to ANSI /IEEE 7 54 standard; 

Fig. 13 shows an example of a source file for 
checking whether an array subscript outside a defined scope 
20 is used; 

Fig. 14 is a view showing an example of array areas 
ensured in this embodiment . 

DESCRIPTION OF THE PREFERRED EMBODIMENT 
25 An embodiment of the present invention will now be 

described with reference to the drawings . 

Fig. 1 is a view for describing the operating 
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principle of the present invention. In Fig.l, source code 
is a program described in, for example, FORTRAN or C and 
includes dynamic variables . 

Dynamic variable specifying means 2 specifies 
target dynamic variables from a source file 1. 

Area specifying means 3 specifies areas ensured in 
the case of dynamic variables specified by the dynamic 
variable specifying means 2 being developed into a memory 
at execution time . 

Initializing means itiitializing areas specified 
by the area specifying means 3 to a prede^mftd-iied value. 

A memory 5 stores a load module which is generated 
by compiling and linking the source file 1. 

Operations in Fig. 1 will be now described. 
It is assumed that the source file 1 including 
dynamic variables is input . The dynamic variable 

specifying means 2 specifies dynamic variables from the 
source file 1. 

The area specifying means 3 specifies areas when 
dynamic variables specified by the dynamic variable 
specifying means 2 are developed into the memory 5 . 
Specifically, the area specifying means 3 obtains relative 
addresses (starting and ending addresses) in an object file 
where object code regarding the target dynamic variables is 
stored and supplies them to the initializing means 4. 

The initializing means 4 specifies absolute 
addresses in the memory where dynamic variables are stored 



on the basis of the starting address (absolute address) of 
the memory storing the object code and the above starting 
and ending addresses (relative addresses) at the time of a 
program being executed and initializes these areas to a 
value ("8B" for this example) specified by, for example, a 
debug option . 

As a result , areas in the memory 5 where dynamic 
variables are allocated will be initialized to a 
predetermined value. 

With an information processing apparatus according 
to the present invention, as stated above, a dynamic 
variable can be initialized to an arbitrary value, so an 
undefined variable reference check on a dynamic variable 
can be done by specifying a debug option. 

An embodiment of the present invention will now be 
described with reference to Figs. 2 and 3. 

Fig. 2 is a block diagram showing the configuration 
of the embodiment of the present invention. As shown in 
Fig. 2, an information processing apparatus 10 according to 
the present invention comprises a central processing unit 
(CPU) 10a, a read only memory (ROM) 10b, a random access 
memory (RAM) 10c, a hard disk drive (HDD) lOd, a graphics 
card (GC) lOe, an interface (I/F) lOf, and a bus lOg. 
Furthermore, a display device 11 and an input device 12 are 
externally connected to the information processing 
apparatus 10. 

The CPU 10a controls each section of the apparatus 



and performs various operations in compliance with programs 
etc. stored in the HDD lOd. 

The ROM 10b stores basic programs executed by the 
CPU 10a, data, and the like. 
5 The RAM 10c temporarily stores programs being 

executed by the CPU 10a, data being operated by the CPU 10a, 
and the like . 

The HDD lOd stores an OS which controls the whole 
system, compiler, debugger, linker, source file to be 
'E? 10 compiled, compiled object file, and the like. 



1U 
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SI 



O 



The GC lOe performs a drawing process in accordance 
with a drawing command supplied from the CPU 10a, converts 
image data obtained to image signals , and outputs them to 
the display device 11. 



Ill 15 The I/F lOf converts the format of data supplied 

O 

:p from the input device 12 and inputs the data. 



The bus lOg connects the CPU 10a, ROM 10b, RAM 10c, 
HDD lOd, GC lOe, and I/F lOf to one another and enables 
data exchange among them. 
20 The display device 11 consists of, for example, a 

cathode ray tube (CRT) monitor and displays image signals 
supplied from the GC lOe. 

The input device 12 consists of, for example, a 
keyboard or mouse, generates data in response to a user's 
25 operation, and provides it to the I/F lOf . 

An OS, compiler, linker, source file, and object 
file are stored in the HDD lOd. These are read out at need. 
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are developed into the RAM 10c # and are executed by the CPU 
10a. 

Fig. 3 is a schematic showing relations among an OS 
20, compiler 20a, linker 20b, source file 21, library 22, 
and load module 23. 

As shown in Fig. 3, the OS 20 manages execution of 
the compiler 20a and linker 20b, reads out, at their 
request, the source file 21 and library 22 stored in the 
HDD lOd, and stores the load module 23 generated in the HDD 
lOd. Furthermore, when a request to execute a load module 
is made from the input device 12, the OS 20 reads out the 
load module stored in the HDD lOd and executes it. 

The library 22 consists of, for example, a 
mathematical function library for operating a mathematical 
function and an initialization library for performing an 
initializing process in the case of executing a load module 
and is read out at need when a linking process is performed 
by the linker 20b. 

Now, operations in the embodiment of the present 
invention will be described roughly with reference to Fig. 
4. First, when a source file 30 is supplied to the 
compiler 20a, the compiler 20a detects dynamic variables 
included in the source file 30. In this example, array A 
(local variable .without an initial value) declared by 
"DIMENSION A(1000)" and array B (global variable without an 
initial value) declared by "COMMON /BLK/B( 1000 ) " are 
detected as target dynamic variables . 



Next, the compiler 20a embeds the detected dynamic 
variables in an object file as variables in a new data 
section, performs a compiling process on other instruction 
groups described in the source file 30, and then outputs an 
object file 31 obtained. 

In this example, object code " .bssnewl 
main . local, 4000" and " . commonnewl blk,4000" given "newl" 
which means a new data section is described in the object 
file 31. In this case, "bss" means a section name, "main" 
and "local" mean a local variable belonging to a main 
function, and "4000" means that an area of 4000 bytes (a 
single-precision real number consists of 4 bytes) is 
ensured. "common" means a common variable and "blk" is a 
name given to the area ensured. 

If a compiling process is performed on the same 
program with a conventional compiler, then ".bss 
main. local, 4000" and ".common blk, 4000," which differ 
materially from the above only in not including "newl," are 
output . 

The linker 20b performs a linking process on the 
object file 31 output from the compiler 20a. That is to 
say, first, the linker 20b reads out an initialization 
library 22a and necessary libraries from the library 22 and 
adds them to the object file 31. 

The initialization library 22a consists of an 
instruction group to be executed first in the case of 
executing a load module . In this embodiment , an 



initializing process on a target dynamic variable will be 
performed with the initialization library 22a. 

Then the linker 20b searches a new data section 
included in the object file 31 for a variable. If a 
5 variable is detected in the new data section, the linker 
20b obtains relative starting address (distance from the 
starting point of an object program) bss_start and relative 
ending address bss„end of an area where the variable is 
stored. The linker 20b passes relative addresses bss_start 
!j( 10 and bss_end obtained to the initialization library 22a 
.J* previously given (embeds them at predetermined locations, 

]R for example) . 



to 



And then the linker 20b integrates the object file 
by a linking process to generate an executable load module 



!i? 15 32. 

G 

When the load module 32 is executed, the OS 20 
Q reads out the load module 32 from the HDD lOd and arranges 

it in a predetermined area of the RAM 10c. 

After the load module 32 is arranged in the RAM 10c, 
20 the initialization library 22a is executed to calculate 
starting address abss_start and ending address abss_end 
(absolute addresses) of an area to be initialized from 
relative addresses bss_start and bss_end and the starting 
address (absolute address) of the load module developed in 
25 the memory. Then an initial value ("8B" for this example) 
specified at the time of, for example, a program being 
executed will be written into an area in a memory 33 
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specified by calculated starting address abss_start and 
ending address abss_end. 

The position where a dynamic variable is stored is 
undecided before it is arranged in a memory. With the 
5 above procedure, however, a dynamic variable can be 
initialized to an arbitrary value. As a result, an 
undefined variable reference check can be done by the use 
of a debug option. 

A flow chart for realizing the above procedure will 

Q 

^ 10 now be described. 

J] Fig. 5 is a flow chart for describing an example of 

p processes performed by the compiler 20a. The following 

procedure will be performed in compliance with this flow 
chart . 

15 [SI] The compiler 20a extracts a predetermined 

variable from a source file to be compiled. 

[S2] The compiler 20a judges whether or not the 
extracted variable is a dynamic one. If it is a dynamic 
variable, then the compiler 20a proceeds to step S3. If it 
20 is not a dynamic variable, then the compiler 20a proceeds 
to step S4 . 

[S3] The compiler 20a outputs object code regarding 
a new data section. 

[S4] The compiler 20a outputs object code regarding 
25 an ordinary data section. 

[S5] The compiler 20a judges whether there exists 
an unprocessed variable in the source file. If there 
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exists an unprocessed variable, the compiler 20a returns to 



unprocessed variable, the compiler 20a proceeds to step S6. 

[S6] The compiler 20a performs a compiling process 
on parts other than variables. 

Fig. 6 is a flow chart for describing an example of 



procedure will be performed in compliance with this flow 
chart . 

[S20] The linker 20b performs the process of 
linking the initialization library 22a. 

[S21] The linker 20b performs the process of 
linking other libraries (mathematical function library, for 
example) . 

[S22] The linker 20b searches an object file for 
object code regarding a new data section. 

[S23] The linker 20b judges whether there exists 
object code regarding a new data section. If there exists 
object code regarding a new data section, the linker 20b 
proceeds to step S24. If there exists no object code 
regarding a new data section, the linker 20b proceeds to 
step S27. 

[S24] The linker 20b obtains relative starting 
address bss_start of the new data section. 

[S25] The linker 20b obtains relative ending 
address bss_end of the new data section. 

[S26] The linker 20b passes relative addresses 



step SI to repeat the same processes. 



If there exists no 



processes performed by the linker 20b. 



The following 
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bss_start and bss__end obtained to the initialization 
library 22a. 

Specifically, the linker 20b, for example, embeds 
these relative addresses in a predetermined area of the 
initialization library 22a. 

[S27] The linker 20b performs a linking process. 

An example of processes performed by the 
initialization library 22a will now be described with 
reference to Fig. 7. The following procedure will be 
performed when the load module 32 is executed and is 
arranged in the RAM 10c. 

[S40] The CPU 10a judges whether the values of 
relative addresses bss_start and bss_end embedded in the 
load module 32 are equal. If they are equal, then the CPU 
10a ends the procedure. If they are not equal, then the 
CPU 10a proceeds to step S41. 

These values being equal means the default state in 
which relative addresses are not written. In that case, 
there exists no dynamic variable to be initialized, so the 
CPU 10a ends the procedure. 

[S41] The CPU 10a obtains an initial value supplied 
from the input device 12 at, for example, execution time. 

This initial value can be specified at compile time 
and be stored in a predetermined area of the load module, 
as described later. 

[S42] The CPU 10a arranges the initial value 
obtained in step S41 in the area in the RAM 10c specified 



by bss_start and bss_end. 

With the above procedure, the processes described 
before can be realized. In the above examples, the number 
of data areas to be initialized is one. A plurality of 
5 data areas can be initialized by repeating the above 
procedure necessary times. 

Now, the operations in this embodiment will be 
described more concretely. 

First, how to allocate a target variable to a new 
|^ 10 data section will be described with reference to Fig. 8. 
jJJ In an example shown in Fig. 8, arrays XI and X2 are 

IH declared in the second line of a source file 40 and are 

jj i i 

!? given the same block name ALK. Furthermore, array X3 is 

Q 

declared in its third line and is given block name BLK. 
15 When this source file 40 is compiled, an object 

file 41 will be generated. In this object file, the same 
data section is allocated to arrays XI and X2 given the 
same block name. A data section allocated to array X3 is 
different from the above data section . 
20 In this example, the allocation of data sections is 

performed according to block names. However, various 
allocation methods other than this are possible. For 
example, allocation according to the distinction between 
arrays and other variables, allocation according to the 
25 number of elements of arrays, allocation according to data 
types (four-byte integer, eight -byte integer, four-byte 
real number, and eight-byte real number), allocation 
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according to variable names , and allocation according to 
procedure names are possible. 

This is an example of automatic allocation of data 
sections by a compiler, but a programmer may specify 
5 directly by, for example, a compile option at compile time. 

Whichever method is chosen, the desired variable 
alone can be initialized to the desired value by properly 
changing the allocation of data sections . 

Now, if declarations about the same variable are 
.'^ 10 dispersed in a source file, a process for integrating these 

lU variables will be described with reference to Fig. 9. 

?0 

In a source file 50 shown in Fig. 9, array X3 

:~ having block name BLK is declared in main program MAIN. 

U 

j! : Furthermore, the same array (array X3 having block name 

yJ 15 BLK) is declared in subroutine SUB. 

°r= An object file 51 which includes object code 

S 

O regarding a new data section in each of MAIN and SUB will 

be obtained by compiling this source file 50 with the 
compiler 20a. 

20 When a linking process is performed on this object 

file 51 with the linker 20b, a link module 52 will be 
generated. In the link module 52, the object code 
regarding a new data section which existed separately in 
MAIN and SUB in the object file 51 is integrated into one. 

25 Therefore, even if declarations about the same 

variable are dispersed in a source file, these can be 
integrated into one variable. 
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Now, if declarations about the same variable exist 
in a plurality of source files, a process for integrating 
these variables will be described with reference to Fig. 10. 

In an example shown in Fig. 10, array X3 having 
block name BLK is declared in MAIN in a source file 60; the 
same array X3 is declared in SUB in a source file 61. It 
is assumed that the source file 60 is compiled with a 
conventional compiler and that the source file 61 is 
compiled with the compiler 20a of this embodiment. 

As a result, an ordinary data section is allocated 
to array X3 in an object file 62 and a new data section is 
allocated to array X3 in an object file 63. 

When a linking process is performed on the object 
files 62 and 63, which are different from each other in 
type, with the linker 20b, the linker 20b compares data 
sections regarding the same arrays X3 included in the 
object files 62 and 63 and integrates both data sections 
into the ordinary data section because one is a new data 
section and the other is an ordinary data section. 

As a result, a load module 64 in which an ordinary 
data section is allocated to both arrays X3 will be 
obtained, as shown in Fig. 10. 

As stated above, when variables to which different 
data sections are allocated are integrated by a linking 
process, an ordinary data section is prioritized. This 
prevents the same variable from being allocated to 
different areas and therefore ensures the same operation as 



before . 

In the above embodiment, both data sections are 
integrated into an ordinary data section. However, they 
may be integrated into a new data section. In that case, 
the operation of the object file 62 compiled with a 
conventional compiler cannot be ensured, but an undefined 
variable reference check can be done. 

Methods for setting an initial value in the case of 
initializing a variable will now be described. 

An initial value can be specified (1) at compile 
time or (2) at execution time. That is to say, there are 
two methods. Now, method (1) will be described first, and 
then method (2) will be described. 

In method (1), an initial value is specified by 
entering a command to start a compiler and then the name of 
a source file and the initial value. As in the example 
shown in Fig. 8, it is assumed that two types of new data 
sections having block names ALK and BLK respectively exist 
and that ALK alone is initialized to the value of " 8B." 
The name of a source file is "abc.f" and a command to start 
a compiler is "frt." 

frt abc.f -X(A)=8B 

where "-" and the following characters make up a 
compile option and "X(A) M means that a new data section the 
block name of which begins with letter "A" is initialized 
to the value of "8B. M 

When a compile option is specified by the above 
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command and a compiling process is performed, initial value 
"8B" will be embedded in a predetermined area of an object 
file generated. At execution time, this initial value is 
read out and target variables (arrays XI and X2 for this 
5 example) are initialized to the value of " 8B" specified. 

Method (2) will be now described. It is assumed 
that the name of a load module file is "a. out" and that the 
new data section having block name BLK, shown in Fig. 8, is 
initialized to the value of "8B." The load module is 
10 started by: 

a. out -X(B)=8B 

By starting the load module in this way, a program 
^ can be executed after any variable is initialized to any 

! ! value . 

^ 15 In the above examples, a new data section is 

Q 

a F initialized to hexadecimal number "8B," but it can be 

!□ 

Q initialized to, for example, a non-number. In the example 

described before, the new data section having block name 
BLK is initialized to a non-number by: 
20 a. out -X(B)=R4NaN 

where R4NaN means that the new data section is 
initialized to four-byte real (R) non-number (NaN: Not a 
Number ) . 

With the above methods , any variable can be 
25 initialized to any value. If an initial value is specified 
at compile time and another initial value is specified at 
execution time, two initial values will exist. In such a 
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case, one of them should be adopted preferentially. 

Now, an example of undefined variable reference 
checks being done by the use of an initialized variable 
will be described. 

First, the method of directly confirming the 
contents of a variable by adding an instruction to print 
out the contents of the initialized variable to source code 
will be described. This is the simplest method. 

Fig. 11 shows an example of source files to which 
an instruction to print out the contents of a variable is 
added. In this example, array X having block name BLK is 
defined in the second line from the top and an instruction 
to print out the first contents of array X is added in the 
second line from the bottom. WRITE is an instruction to 
output, "6" enclosed in parentheses is an output device 
number (printer for this example), and (8Z) enclosed in 
single quotes means that the contents are output in 
hexadecimal . 

If value "8B8B8B8B" is printed out when such a 
program is compiled with initial value "8B" specified as an 
option at compile time and is executed or when such a 
program is executed with initial value "8B" specified at 
execution time, the judgment that an undefined variable is 
referred to can be made. 

Then an example of debug options being used 
extendedly at compile time will be described. 

Conventionally, if debug option " -Du" is specified 
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at compile time in FORTRAN, variables other than COMMON 
variables are initialized to value "8B." When a variable 
for which "8B" is substituted is referred to, message 
"undefined data was referred to" is displayed. 
5 The function of this debug option "-Du" can be 

extended to COMMON variables by applying the present 
invention . 

That is to say, if debug option " -Du" is specified, 
the function of debug option " -Du" can be extended to 
10 COMMON variables by automatically initializing COMMON 
variables to value "8B" and informing, in the case of " 8B" 
being detected when they are referred to, that an error has 
occurred. 

l } And then a method using a trap conforming to ANSI 

W 15 (American National Standards Institute ) /IEEE (Institute of 
£ Electrical and Electronics Engineers) 754 standard will be 

Q described. 

In conventional FORTRAN, by embedding an 
instruction to initialize a target variable to a non-number 
20 in a program and specifying option "-trap" at execution 
time, message "an invalid operation exception occurred" is 
displayed when the variable with its value undefined is 
referred to. In this embodiment, such a trap can be 
performed only by specifying an option for COMMON variables, 
25 being dynamic variables, at execution time. 

Now, a source file 80 shown in Fig. 12 in which 
array X having block name BLK is declared, remains 
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undefined, and is referred to in the second line from the 
bottom will be described as an example. 

It is assumed that the name of the source file 80 
is a.f. First, the source file 80 is compiled with the 
5 compiler 20a by executing the following command: 

frt a.f 

Next, load module a. out obtained is executed. In 
this case, array X is initialized to a non-number and a 
trap option is specified, in the following manner: 
O 10 a. out -X=R4NaN -trap 

By specifying in the above manner , array X is 
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initialized to a four-byte non-number and load module a. out 

is executed. When the assignment statement in the second 

Q 

3i line from the bottom in Fig 12 is executed, the first 

|^ 

15 element of array X is referred to. A non-number has been 



substituted for undefined array X, so the trap option 
operates and error message "an invalid operation exception 
occurred" described before will be displayed. 

Now, judgment on whether or not a subscript outside 
20 a declared scope is used, which is passed when the contents 
of an array are referred to, will be described. 

For example, it is assumed that there is a source 
file 90 shown in Fig. 13. In the source file 90, single- 
precision real- type arrays A and B each having 1,000 
25 elements are declared in the second line. 

Conventionally, object code which looks like the 
following is generated when such arrays are compiled: 
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.bss main. local, 8000 

With a compiler of this embodiment, however, object 
code which looks like the following is generated: 
.bss main. local, 8008 

That is to say, object code which ensures areas 
eight bytes more than the necessary areas is generated. A 
breakdown of 8008 bytes is shown in Fig. 14. As shown in 
Fig. 14, the first 4000 bytes of the 8008 bytes are 
allocated to array A, the subsequent four bytes are a 
redundant part, the subsequent 4000 bytes are allocated to 
array B, and the last four bytes are a redundant part. 

In this embodiment, as stated above, when arrays 
are declared, a fixed number of extra areas, together with 
necessary areas, are ensured and these extra areas become a 
redundant part . 

A redundant part ensured in this way can be used to 
check whether a subscript outside a declared scope was used. 
In other words, when all the areas ensured in this way are 
initialized to, for example, a non- number, the non- number 
will be stored only in the redundant part if an array is 
initialized suitably. And if specifying a trap option at 
execution time displays message "an invalid operation 
exception occurred," then there is a strong possibility 
that a subscript outside the declared scope was used. In 
the example shown in Fig. 13, for example, an array 
subscript from 1 to 1001 is used in the second DO loop 
(sixth through eighth line); the above error will be 
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displayed when a subscript is 1001. 

This message alone does not show whether an array 
subscript outside a declared scope was used or whether 
another error occurred, but it can suggest the possibility 
that an array subscript outside a declared scope was used. 
Conventionally, even if an array subscript outside a 
declared scope is used, no message is displayed, which 
makes it difficult even to notice an error. In this 
embodiment, however, it is possible to notice the 



' 3 10 possibility that an error occurred. 

By combining the above embodiment and the method 
*0 described before, an array subscript check can be done on 

*B an array being a dynamic variable. 

P 

In this embodiment, a conventional debug option is 

rU 15 utilized, which can save the trouble of creating a new 

O 

Jp program and prevent a decrease in overall processing speed 

□ resulting from processing a new option added. 

The above embodiment has been described with 
FORTRAN as a main example, but the present invention is 
20 applicable to other languages, such as C. 

Furthermore, in the above method for initializing a 
dynamic variable, an area in a memory where a dynamic 
variable is stored is passed to an initialization library 
as a relative address. However, the present invention is 
25 not limited to such a case. For example, the following 
method may be used. When a load module is executed, 
predetermined identification symbols are located before and 
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behind an area in a memory where a dynamic variable is 
stored. The area enclosed by these identification symbols 
is detected by an initialization library and is initialized 
to a specified value. In a word, it is necessary to inform 
5 an initialization library of an area in a memory where a 
dynamic variable is stored. 

Finally the above procedure can be achieved with a 
computer. In that case, the contents of a function which 
an information processing apparatus must have are described 
10 in a program recorded on a record medium which can be read 

with a computer. The above procedure is achieved with a 

u 

0 computer by executing this program on the computer. A 

record medium which can be read with a computer can be a 
magnetic recording medium, a semiconductor memory, or the 
y 15 like. In order to place this program on the market, it can 
p be stored on a portable record medium, such as a compact 

disk read only memory (CD-ROM) or a floppy disk. 
Alternatively, it can be stored in a memory of a computer 
connected via a network and be transferred to another 
20 computer via a network. When this program is executed on a 
computer, it is stored on a hard disk etc. in the computer 
and is loaded into a main memory. 

As described above, an information processing 
apparatus for translating a source file including dynamic 
25 variables into an object file by a compiling process and 
converting it into an executable load module by a linking 
process according to the present invention comprises 
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dynamic variable specifying means for specifying a target 
dynamic variable from the source file, area specifying 
means for specifying areas ensured in the case of a dynamic 
variable specified by the dynamic variable specifying means 
5 being developed into a memory at the time of executing the 
load module, and initializing means for initializing areas 
specified by the area specifying means to a predetermined 
value. An undefined variable reference check on a dynamic 
variable therefore can be done. 

P 10 In addition, an information processing apparatus 

v * 

•*& f or translating a source file including an array into an 

iu 

*0 object file by a compiling process and converting it into 

y 

*y an executable load module by a linking process according to 

Q 

» the present invention comprises array specifying means for 

!1J 15 specifying a target array from the source file, area 

□ 

*P ensuring means for ensuring, at the time of executing the 

O 

p load module, areas in a memory being a predetermined number 

of bytes more than areas declared in an array specified by 
the array specifying means , and initializing means for 
20 initializing areas ensured by the area ensuring means to a 
predetermined value. Therefore, it is possible to detect 
that a subscript outside a declared scope was used in an 
array . 

The foregoing is considered as illustrative only of 
25 the principles of the present invention. Further, since 
numerous modifications and changes will readily occur to 
those skilled in the art, it is not desired to limit the 
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invention to the exact construction and applications shown 
and described, and accordingly, all suitable modifications 
and equivalents may be regarded as falling within the scope 
of the invention in the appended claims and their 
equivalents . 



